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(57) Abstract 



An automated monitoring system ( 1 00) for monitoring the travel of vehicles in response to requests from users at remote locations (7 1 ). 
A user at the remote location submits a vehicle indicator (such as a bus number) and a location indicator (such as a bus stop) to a vehicle 
control unit (15) which comprises vehicle data manager (29). A GPS sensor (18) is coupled to the vehicle control unit for determining the 
coordinate values of the vehicle relative to a predetermined reference point or location. A cellular network or communications interface 
(48) is coupled between the vehicle control unit (15) and a base station conUrol unit (38) from U^nsmitting a user's request. The base station 
conu-ol unit also comprises a base station manager (39). The vehicle data manager (29) automatically retrieves travel data and location 
data based on the vehicle indicator and the location indicator. The data manager that compares the travel data and the location in order 
to determine whether the vehicle is a predetermined proximity from the location represented by the location data. When the vehicle is a 
predetermined proximity from the location identified by the location data, the data manager automatically transmits a notification message 
to the user at the remote location. 



FOR THE PURPOSES OF INFORMATION ONLY 
Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCX, 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


n 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Heizegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faao 


OR 


Greece 




Republic of Macedonia 


TR 


Ttokcy 


BG 


Bulgaria 


HU 


Hungary 


ML 


Malt 


TT 


lYinldad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


brael 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


uz 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Vict Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyigyzstan 


NO 


Norway 


zw 


Zimbabwe 


CI 


C5te d' I voire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






cu 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






cz 


Czech Republic 


LC 


Saint Lucia 


RU 


Russian Federation 






DE 


Gemany 


U 


Liechtenstem 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






BE 


Estonia 


LR 


Liberia 


SG 


Singapore 








wo 00/19170 



PCTAJS99/22559 



ACTIVATION SYSTEM FOR AN ADVANCE NOTIFICATION SYSTEM FOR 
MONITORING THE STATUS OF VEHICLE TRAVEL 



This document claims priority to and is a continuation-in-part of copending 
U.S. Patent Application entitled "ADVANCE NOTIFICATION SYSTEMS AND 
METHODS UTILIZING A COMPUTER NETWORK," assigned serial number 

10 08/852, 11 9, and filed on May 6, 1997, which claims priority to (a) - (d) hereafter, and 
which is a continuation-in-part of (b) - (d) hereafter: 

(a) provisional application entitled, "ADVANCE NOTIFICATION SYSTEM 
AND METHOD imLIZING A COMPUTER NETWORK," filed March 7, 1997 by 
M. K. Jones and assigned serial no. 60/039,925; 

15 (b) nonprovisional application entitled, "ADVANCE NOTIFICATION 

SYSTEM AND METHOD UTILIZING PASSENGER-DEFINABLE 
NOTIFICATION TIME PERIOD," filed May 2, 1995 by M. K. Jones and assigned 
serial no. 08/434,049, now U.S. Patent No. 5,623,260 to M. K. Jones that issued on 
April 22, 1997; 

20 (c) nonprovisional application entitled, "ADVANCE NOTinCATION 

SYSTEM AND METHOD UTE^IZING VEHICLE PROGRESS REPORT 
GENERATOR," filed May 2, 1995 by M. K. Jones and assigned serial no. 08/432,898, 
now U.S. Patent No. 5.657,010 to M. K. Jones that issued on August 12, 1997; and 



25 SYSTEM AND METHOD UTILIZING PASSENGER CALLING REPORT 

GENERATOR," filed May 2, 1995 by M. K. Jones and assigned serial no. 08/432,666, 
now U.S. Patent No. 5,668.543 to M. K. Jones that issued on September 16, 1997; 

Where documents (b), (c), and (d) are each a continuation-in-part of the 
application entitled "ADVANCE NOTIHCATION SYSTEM AND METHOD 

30 UTILIZING A DISTINCTIVE TELEPHONE RING, " filed March 20, 1 995 by M. K. 
Jones and assigned serial no. 08/407,319, now abandoned, which in turn is a 
continuation-in-part of an application entitled "ADVANCE NOTIFICATION 



5 



CLAIM OF FRIORITV AND CROSS REFERENCE TO 



RELATED APPLICATIONS 



(d) nonprovisional application entitled, "ADVANCE NOTIFICATION 
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SYSTEM AN^^THOD" filed May 18, 1993 by M. K. Jones et al. and assigned 
serial no. 08/063,533, now U.S. Patent No. 5,400,020 to M. K. Jones et al, that issued 
on March 21, 1995. All of the foregoing applications and patents are incorporated 
herein by reference. 

5 BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 
The present invention generally relates to data communications and information 
systems and, in particular, to an automated activation system and method for efficiently 
activating a vehicle travel monitoring system. 

10 RELATED ART 

There are many situations when it is desirable to know the actual arrival time of 
a particular vehicle at a particular destination or other location. With this information, 
adjustments can be made to avoid waiting for a particular vehicle to reach the 
particular destination. For example, a person picking up a fiiend or relative at a 

15 commercial bus station usually either calls the bus station to find out the approximate 
arrival time (information which is oftentimes unavailable or unreliable) and/or arrives 
at the bus station prior to the scheduled arrival time of the bus hoping that the bus is 
not significantly delayed. 

Another example involves school children that ride school buses. The arrival 

20 times of school buses at scheduled stops can be significantly affected by many factors 
such as mjuntenance problems, rush hour traffic, and congested urban/subuiban 
conditions. As a resuU, school children typically wait at bus stops for long periods of 
time, oftentimes in adverse weather conditions, on unlit street comers, or in hazardous 
conditions near busy or secluded streets. A system informing the students of the 

25 school bus' proximity is desirable in order for the students to avoid waiting on the 
school bus at the school bus stop for extended times. 

Yet another example is in the commercial overnight package delivery industry, 
wherein packages are delivered on a tight schedule. Customers oftentimes wait on 
delivery of important time-critical packages not knowmg precisely when the delivery 

30 will occur. A system informing the customer of the precise arrival time is desirable in 
order to improve customer sendee and to allow the customer to better rely on the 
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estimated arriv^une of the delivery. 

Thus, generally, it is desirable to know when a vehicle (such as a bus, truck, 
train, plane, user, or the like) is (a) a particular time period (for example, a certain 
number of minutes or seconds) away from arriving at a destination, (b) a particular 
5 distance (for example, number of feet or miles) away from the destination, or (c) at a 
particular location among a set of predetermined location points. 

In order to alleviate the arrival time problem in the context of school buses, 
student notification systems in the past have been employed that use a transmitter on • 
each bus and a receiver inside each student home. U.S. Patent No. 4,713,661 to Boone 
10 et al and U.S. Patent No, 4,350,969 describe systems of this type. When the school 
bus and its on-board transmitter come within a certain range of a particular home 
receiver, the transmitter sends a signal to notify the student that the school bus is 
nearby. While such notification systems work satisfactorily under certain 
circumstances, nevertheless, these systems are limited by the range of the transmitters 
15 and require the purchase of relatively expensive receivers for each student. In addition, 
such systems provide little flexibility for providing additional information to the 
students, such as notifying them of the delayed arrival of a bus, alternative bus route 
information, or information regarding important school events. 



20 method for monitoring travel of a vehicle and for providing desirable travel 

information, such as, for example, an updated location of the vehicle. It would also be 
desirable that such a system allow users to automatically register with the system {i.e., 
to request the system to monitor a particular vehicle) in order to increase the eflBciency 
of the system, and to make it more user friendly. 

25 SUMMARY OF THE INVENTION 

The present invention overcomes the inadequacies and deficiencies of the prior 
art as discussed herein. In general, the present invention provides an automated 
system and method for monitoring travel of a vehicle that can be eflBciently activated 
by a user at a remote location. 

30 In a broad sense, the present invention utilizes a first communications device, a 

second communications device, and a data manager. A user at a remote location 



Thus, a heretofore unaddressed need exists in the industry for a system and 
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establishes conl^nication vnth the first communications device and transmits a vehicle 
indicator and a location indicator to the first communications device. The vehicle 
indicator identifies a particular vehicle, and the location indicator identifies a location 
along the vehicle's route of travel The first communications device transmits the 
5 vehicle indicator and the location indicator to the data manager, and the data manager 
retrieves location data based on the location indicator. The data manager then 
correlates and compares the location data with travel data associated with the vehicle. 
The travel data indicates the current location of the vehicle, and the data manager 
transmits a message to the user via the second communications device, when the data 
0 manager determines that the vehicle is a predetermined proximity fi'om the location 
identified by the location indicator. 

The present invention has many advantages, a few of which are delineated 
hereafter, as mere examples. 

An advantage of the present invention is that a particular vehicle associated 
5 with the system can be monitored, and a user can be notified when an arrival of the 
vehicle at a predefined destination is imminent. As a result, the user can prepare for 
the arrival of the vehicle knowing the precise time of arrival of the vehicle. 

Another advantage of the present invention is that a user at a remote location 
can easily activate service for monitoring of a particular vehicle at a particular stop. 
0 Another advantage of the present invention is that it can be implemented in 

software, hardware, or a combination thereof 

Another advantage of the present invention is that a request to monitor a 
vehicle can be automatically processed in a vehicle tracking system. In addition, the 
vehicle can be automatically monitored in response to the request. 
5 Other features and advantages of the present invention will become apparent to 

one skilled in the art upon examination of the following detailed description, when read 
in conjunction with the accompanying drawings. It is intended that all such features 
and advantages be included herein within the scope of the present invention, as is 
defined by the claims. 



BRIEF DESCRIPTION OF THE DRAWINGS 



The invention can be better understood with reference to the following 
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drawings. Th^iements of the drawings are not necessarily to scale relative to each 
other, emphasis instead being placed upon clearly illustrating the principles of the 
invention. Furthermore, like reference numerals designate corresponding parts 
throughout the several views. 
5 Fig. 1 is a block diagram illustrating a vehicle monitoring system in accordance 

with the preferred embodiment of the present invention. 

Fig. 2 is a block diagram illustrating an implementation of the vehicle manager 
of Fig. 1 in accordance with the preferred embodiment of the present invention. 

Fig. 3 is a block diagram illustrating an implementation of the base station 
10 manager of Fig. 1 in accordance with the preferred embodiment of the present 
invention. 

Fig. 4 is a det^led block diagram of the base station of Fig. 1. 
Fig. 5 is a detailed block diagram of the data manager of Fig. 4. 
Fig. 6 is a flowchart illustrating the functionality of the monitoring mechanism 
15 of Fig. 5. 

Fig. 7 is a flowchart illustrating the functionality of the message manager of 

Fig. 5. 

DETAn.EP DESCRIPTION OF THE INVENTION 

Fig. 1 depicts an automated monitoring system 10 illustrating the principles of 
20 the present invention. Vehicle Control Unit (VCU) 15 can be attached to any mobile 
structure or vehicle capable of carrying or moving a sensor 18 over various distances. 
For example, VCU 15 can be attached to an automobile, an airplane, a train, a boat or 
any other structure capable of moving across or through the Earth's surface and/or 
atmosphere. VCU 1 5 can also be carried by a person while walking or running. 
25 The sensor 1 8 within VCU 1 5 is configured to determine the location of VCU 

1 5 relative to a predetermined reference point. For example, in the preferred 
embodiment, sensor 18 is a global positioning system (GPS) sensor coupled to VCU 
1 5, although other types of positioning systems and/or sensors are also possible. The 
GPS sensor 18 is configured to receive signals 21a"21c from a plurality of GPS 
30 satellites 23, and as known in the art, sensor 1 8 is designed to analyze signals 21a-21c 
in order to determine the sensor's coordinate values relative to a predetermined 
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reference pointror example, in the preferred embodiment where sensor 18 is a GPS 
sensor, the sensor 18 determines the sensor's coordinate values relative to the Earth's 
zero degree latitude and zero degree longitude reference point, which is located at the 
intersection of the Equator and the Prime Meridian. U.S. Patent No. 5,781,156 

5 entitled "GPS Receiver and Method for Processing GPS Signals" and filed on April 23, 
1997 by Krasner, which is incorporated herein by reference, discusses the processing 
of GPS signals 21a - 21c received from GPS satellites 23 in order to determine the 
coordinate values. Since the sensor 18 is located within VCU 1 5, the coordinate 
values determined by the sensor 18 are assumed to match the coordinate values of the 

10 vehicle or other structure attached to the VCU IS. 

It should be noted that the term "coordinate value" shall be defined herein to 
mean any value or set of values that may be used to determine a location of a point on 
the Earth. These values may be grid values, polar values, vector values, or any other 
type of value or values known in the art for indicating locations of points. 

15 Sensor 18 is designed to transmit a signal 27 to vehicle manager 29 indicating 

the VCU's current coordinate values. Vehicle manager 29 is configured to receive 
signal 27 and to monitor the location of the VCU 15 over time by processing multiple 
signals 27. The vehicle manager 29 can be implemented in software, hardware, or a 
combination thereof In the preferred embodiment, as illustrated by way of example in Fig. 

20 2, the vehicle manager 29 of the present invention along with its associated methodology is 
implemented in software and stored in computer memory 30a of a computer system 31a. 

Note that the vehicle manager 29 can be stored and transported on any computer- 
readable medium for use by or in connection with an instruction execution systeni, 
apparatus, or device, such as a computer-based system, processor-containing system, 

25 or other system that can fetch the instructions from the instruction execution system, 
apparatus, or device and execute the instructions. In the context of this document, a 
"computer-readable medium" can be any means that can contain, store, communicate, 
propagate, or transport the program for use by or in connection with the instruction 
execution system, apparatus, or device. The computer readable medium can be, for 

30 example but not limited to, an electronic, magnetic, optical, electromagnetic, infi-ared, 
or semiconductor system, apparatus, device, or propagation medium. More specific 
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examples (a nonSoiaustive list) of the computer-readable medium would include the 
following: an electrical connection (electronic) having one or more wires, a portable 
computer diskette (magnetic), a random access memory (RAM) (magnetic), a read- 
only memory (ROM) (magnetic), an erasable programmable read-only memory 

5 (EPROM or Flash memory) (magnetic), an optical fiber (optical), and a portable 
compact disc read-only memory (CDROM) (optical). Note that the computer- 
readable medium could even be paper or another suitable medium upon which the 
program is printed, as the program can be electronically captured, via for instance 
optical scanning of the paper or other medium, then compiled, interpreted or otherwse 

10 processed in a suitable manner if necessary, and then stored in a computer memory. As 
an example, the vehicle manager 29 may be magnetically stored and transported on a , 
conventional portable computer diskette. 

The preferred embodiment of the computer system 31a of Fig. 2 comprises one or 
more conventional processing elements 32a, such as a digital signal processor (DSP), that 

15 communicate to and drive the other elements within the system 3 la via a local interface 
33a, which can include one or more buses. Furthermore, an input device 34a, for example, 
a keyboard or a mouse, can be used to input data from a user of the system 3 1 a, and screen 
display 35a or a printer 36a can be used to output data to the user. A disk storage 
mechanism 37a can be connected to the local interface 33a to transfer data to and from a 

20 nonvolatile disk {e.g., magnetic, optical, etc.). It should be noted that input device 34a, 
display 35a, printer 36a, and disk 37a are optional and are not a part of the preferred 
embodiment, although oth^ embodiments may include these features. 

The vehicle manager 29 is preferably configured to maintain a database of 
travel data. The travel data includes the vehicle location information as well as any 

25 other desirable information. For example, when VCU 15 is attached to a delivery 

vehicle, vehicle manager 29 can be configured to include a list of items to be delivered 
and to indicate which deliveries have been successfiiUy attempted, which deliveries 
have been unsuccessfiiUy attempted, and which deliveries remain to be attempted. 
Vehicle manager 29 can also be configured to include the time that particular deliveries 

30 or other types of stops (e.g., bus stops) have been made and/or attempted. The travel 
data stored in vehicle manager 29 may include other desirable information not 
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mentioned hereBrwithout departing from the principles of the present mvention. 

When desired, vehicle manager 29 is configured to transmit certain travel data 
(preferably including the location of VCU 15 and other desirable information) to Base 
Station Control Unit (BSCU) 38, which is remotely located from the VCU 15. Co- 

5 pending U.S. Patent Application entitled "System and Method for Enciphering and 
Communicating Vehicle Tracking Information" filed by Jones of even date herewith 
(Express Mail No. EL068353584US), which is incorporated herein by reference, 
describes a system and method for transmitting the vehicle data to BSCU 38. 

BSCU 38 preferably includes a base station manager 39 designed to monitor 

10 the travel data of each VCU 15 associated with the system 10. The base station 

manager 39 can be implemented in software, hardware, or a combination th^-eof In the 
preferred embodiment, as illustrated by way of e?cample in Fig. 3, the base station manager 
39 of the present invention along with its assodated methodology is implemented in 
software and stored in computer memory 30b of a computer system 3 lb. The computer 

15 system 3 lb can be similar to computer system 3 la, as can be seen by comparing Fig. 2 
to Fig. 3. In this regard, the computer system 31b may include memory 30b for storing 
monitoring mechanism 39, and the computer system 3 lb may also include processing 
element 32b, local interface 33b, input 34b, display 35b, printer 36b, and storage disk 
37b. It may also be desirable for computer system 3 lb to include a network interface 

20 41 that aUows the system 3 lb to exchange data with a network 42. It should be noted that 
input device 34b, display 35b, printer 36b, disk 37b, network interface 41, and network 42 
are optional. 

Vehicle manager 29 is configured to transmit travel data, vid, signal 43 (Fig. 1), 
to a communications device 44, which is capable of transmitting and receiving data to 
25 and from devices outside of VCU 15. In this regard, communications device 44 is 
preferably a cellular modem configured to transmit and receive wireless signals to and 
from a cellular network 48. 

The conmiunications device 44 can transmit the travel data over the voice 
channels associated with the cellular network 48, as is done by most cellular modems 
30 of the prior art. However, in order to reduce the cost associated with transmitting the 
travel data through the cellular network 48, the travel data may be conmiunicated 
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10 



15 



20 



25 



through the celluTar network 48 via a data or control channel. In this regard, the travel 
data can be encoded by altering indentifiers of communications device 44, such as the 
mobile identification number (MIN) or electronic serial number (ESN), transmitted 
over a data channel of the cellular network 48. Alternatively, travel data can be 
appended to a feature request transmitted over the data channel. U.S. Patent No. 
5,771,445 entitled "Data Messaging in a Communications Network using a Feature 
Request," filed on December 15, 1995, by Kennedy, IE, et al, and U.S. Patent No. 
5,546,444 entitled "Methods and Apparatus for Communicating Data Via a Cellular - 
Network Control Channel" filed on March 1 1, 1994, by Roach, Jr., et al, which are 
both incorporated herein by reference, discuss the transmission of travel data over a 
data or control channel associated with cellular network 48 in further detail. 

In order to transmit the travel data through a data channel by manipulating 
identifiers of the communications device 44, the MIN of communications device 44 is 
altered to include travel data, but the ESN remains fixed to be used as an identifier of 
the communications device 44. Therefore, afl;er transmitting the identifiers through the 
data channel, the communications device 44 can be identified by the ESN, and the 
travel data can be determined fi*om the MEN. Alternatively, the ESN of 
communications device 44 can be altered while the MIN is kept constant. It should be 
understood that the invention contemplates modification of the MEN, ESN, both the 
MIN and ESN, or other identifiers of the conmiunications device 44 to accomplish the 
dual task of transmitting travel data and identifying the communications device 44. 

Alternatively or in combination with the manipulation of the identifiers of the 
communications device 44, travel data can be communicated through the data channel 
by appending travel data to feature requests that are transmitted through the data 
channel. In this regard, most feature requests are generated by automatically or 
manually dialing the star key ("*") followed by a two-digit feature request 
identification code, and 29 digits of data. Therefore, for each feature request 
generated, 29 digits of travel data can be appended to the two-digit feature request 
identification code and sent over the data channel of the cellular network 48. Other 
embodiments may transmit different amounts of travel data following the feature 
request. By utili^ng the manipulation of identifiers or the appendage of travel data to 



9 
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feature requestsH^ss data is transmitted through the voice channels of the cellular 
network 48, thereby reducing the cost of transmitting data through the cellular 
network 48. 

Cellular network 48 is designed to transmit the travel data to a vehicle 
5 communications device 52 at the BSCU 38. Although not necessary for 

implementation of the present invention, cellular network 48 is preferably designed to 
transmit to vehicle communications device 52 via a public switched telephone network 
(PSTN) 55. In this regard, PSTN 55 establishes a link between communications 
device 52 and cellular network 48, whereby cellular network 48 and communications 

10 device 52 can communicate via signals 61 and 65. Therefore, communications device 
52 is preferably designed as a PSTN modem capable of conmiunicating signals 65 
between base station manager 39 and PSTN network 55. 

Although the preferred embodiment utilizes a cellular network 48 and a PSTN 
network 55 to communicate travel data to base station manager 39, one ordinarily 

15 skilled in the art should realize that other configurations are possible. For example, 
communications device 52 can be configured as a cellular modem capable of 
conmiunicating signals directly with cellular network 48. Alternatively, utilization of 
communication networks 48 and 55 can be completely circumvented by configuring 
communications device 44 to communicate directly with communications device 52, 

20 for example. Any embodiment capable of communicating data between vehicle 
manager 29 and base station manager 39 should be suitable for implementing the 
principles of the present invention. 



Base Station Manager 

25 Base station manager 39 is designed to receive the travel data transmitted fi^om 

vehicle manager 29 and to monitor the travel of the vehicle attached to the VCU 15 by 
monitoring the travel of the VCU 1 5. In this regard, base station manager 39 is 
designed to include a data manager 67 configured to receive the travel data via signal 
66 fi-om communications device 52, as depicted by Fig. 4. Data manager 67 is 

30 designed to store the travel data for each VCU 1 5 being monitored into a travel data 
storage unit 68. Preferably, travel data storage unit 68 is a database configured to 

10 
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Store travel data associated with each VCU 15 being monitored by the system 10. The 
travel data storage unit 68 is configured to include a relational parameter {Le., a unique 
identification value correlated with the VCU 15 and, therefore, the travel data 
associated with the VCU 15) that enables determination of which travel data is 
5 associated with which VCU 15. For example, travel data storage unit 68 can be 
configured as a data table with each entry in the data table assigned an identification 
number unique to a particular VCU 15. Furthermore, each entry can include all of the 
travel data associated with the particular VCU 15. For example, each entry can 
include information such as, but not limited to, the VCU's coordinate values (Le,, the 

10 VCU*s 15 location relative to a predetermined reference point), information regarding 
delivery status of items to be delivered, and/or the times that the VCU 15 reached 
particular locations or stops. The travel data storage unit 68 can be configured to 
contain all of the desirable information to monitor the status of each VCU 15 
associated with the system 10. 

15 Referring to Fig. 5, data manager 67 is configured to include a monitoring 

mechanism 69, The fianctionality of monitoring mechanism 69 is depicted in Fig. 6. 
As shown by blocks 102-1 12 of Fig. 6, monitoring mechanism 69 is configured to 
receive travel data from VCU 15 and to compare the travel data with predefined 
preference data stored in travel data storage unit 68. Preference data, as used herein, 

20 is data that defines the preferred parameters indicating when to notify a user of the 

impending arrival of the VCU 15 at a particular location. For example, preference data 
can be coordinates of a desired location whereby a notification message is sent to a 
user when the coordinates of the VCU 15 pass the coordinates of the desired location. 
In this context, the desired location defined by the preference data can, for example, 

25 represent a location that is a predetermined distance fi*om the user's house, place of 
delivery/pick-up, or other particular location. Therefore, when the user receives the 
notification message, the user is aware of the approximate location of the VCU 15 or 
of the distance of the VCU 15 fi-om a predetermined point (i.e., of the proximity of the 
VCU 15 fi*om a predetermined point or location). Consequently, the user can prepare 

30 for the arrival of the VCU 1 5, since the user knows that arrival of the VCU 1 5 is 
imminent. 

11 
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Alternatively, the preference data can define a certain time before the VCU 1 5 
reaches a destination or other particular location (/.£?., a proximity of the VCU 15 fi-om 
the predetermined point). In this regard, the monitoring mechanism 69 is designed to 
determine the location of the VCU 15 fi-om the travel data stored in travel data storage 

5 unit 68. The monitoring mechanism 69 is then designed to calculate the time it will 
take for the VCU 15 to reach the location specified by the preference data based on the 
location of the VCU 15 and the location of the desired destination. In calculating the 
travel time, the monitoring mechanism 69 can be configured to make assumptions 
about the time necessary to travel to the specified location. For example, if the route 

10 of the VCU 15 is through congested areas, the monitoring mechanism 69 can assume a 
certain delay time for traveling certaui distances, and if the route of the VCU 15 is 
through less congested areas, the monitoring mechanism 69 can assume another delay 
time that is less than the delay time assumed for the congested areas. Alternatively, the 
monitoring mechanism 69 can use an average of the times it has previously taken for 

15 VCUs 15 to travel over the same route during other deliveries. Therefore, by 
comparing the travel data transmitted fi-om VCU 15 with preference data, the 
monitoring mechanism 69 can determine when to send a notification message to a user. 

As depicted by blocks 102, 104, 114, and 116 of Fig. 6, the preference data can 
be stored in travel data storage unit 68 (Fig. 5). As stated hereinbefore, the travel data 

20 storage unit 68 is preferably configured to store the travel data associated with each 
VCU 15 in a respective entry uniquely identified with the associated VCU 15. Each 
data entry can also include the preference data associated with the VCU 15 that 
corresponds with the entry, or the preference data can be stored in separate entries 
which are correlated with corresponding VCU entries {i.e., the entries including the 

25 travel data of the VCU 1 5). 

Once the monitoring mechanism 69 determines that a notification message 
should be sent to a user, the data manager 67 is designed to communicate a message to 
a user at a remote location 71, such as a user's premises, via PSTN network 55 and 
communications devices 72 and 73 (Figs. 1, 4, and 5). In this regard, communications 

30 devices 72 and 73 are preferably PSTN modems capable of communicating with PSTN 
network 55. Data manager 67 is designed to transmit the message as signal 70 to user 

12 
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communications device 72, which communicates the message with PTSN network 55 
via signal 74. PTSN network 55 then communicates the message to communications 
device 73, which is preferably configured to communicate the message to a message 
device 75. Message device 75 is configured to notify the user of the impending arrival 

5 of the VCU 15. Preferably, message device 75 is a computer capable of displaying the 
notification through e-mail or some other communications software. Alternatively, 
message device 75 can be a telephone, a pager or any other device capable of notifying 
a user at location 71. 

Although the preferred embodiment utilizes a PSTN network 55 to 

10 communicate a notification message to message device 75, one ordinarily skilled in the 
art should realize that other configurations are possible. For example, other 
communication networks can be utilized or utilization of communication networks can 
be completely circumvented by configuring conmiunications device 72 to communicate 
directly with communications device 73. Any embodiment capable of communicating 

15 data between data manager 67 and message device 75 should be suitable for 
implementing the principles of the present invention. 



User Activation 

In order for data manager 67 to transmit a notification message to a user at 
20 user premises 71, data manager 67 should be aware of certain contact information 
enabling data manager 67 to contact the message device 75. In this regard, data 
manager 67 is configured to include a user database 78 (Fig. 5) containing contact 
information pertaining to each user that is to receive a notification message fi-om the 
data manager 67. The user database 78 is preferably a database capable of uniquely 
25 identifying each user of the system 10. In the preferred embodiment, the user database 
78 is a data table having entries that specify contact information associated with each 
user. Each entry preferably includes a user identification number unique to each user 
that identifies the information in the entry as relating to a particular user. 

Each entry preferably includes a value specifying the medium through which 
30 the user has specified to be contacted. For example, the value can indicate that the 
user is to be contacted through e-mail, in which case the entry should also include the 
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user's e-mail adaress. Alternatively, the value can indicate that the user is to be 
contacted through a telephone call or a page. In these situations, the entiy should also 
include the user's telephone number or pager number. The value can also indicate 
multiple methods of notification. For example, the value can indicate that the user is to 
be first contacted via telephone. If there is no answer when the data manager 67 
attempts to deliver a notification message, then the data manager 67 can be configured 
to attempt notification via paging. If paging fails, then the data manager 67 can be 
configured to attempt notification through e-mail or other computer oriented 
messaging system. Accordingly, the order of notification media should be indicated by 
the data in the user database 78, and the contact information necessary for each 
method selected (e.g., the telephone number, pager number, and e-mail address of the 
user) should also be included in the entry. It should be noted that various other 
communications media and combinations of communications media can be employed 
without departing fi*om the principles of the present invention. 

The contact information (and preference data, which will be discussed in 
further detail hereinafter) can be manually entered or downloaded into the user 
database 78 in order to activate a user for the system 10. In this regard, a system 
operator can receive the contact information (and preference data) via a telephone call 
or e-mail, for example, and manually enter the information into the system 10. 

However, in the preferred embodiment, the contact information is 
automatically entered into the user database 78 via a message manager 82, which is 
depicted by Fig. 5. The fiinctionality of the message manager 82 is shown in Fig. 7. 
The message manager 82 (Fig. 5) is configured to receive, via communications device 
72 (Fig. 1), an activation request fi-om a user at user premises 71, as shown by blocks 
131-137 of Fig. 7. In this regard, the request can be transmitted to user 
communications device 72, via any suitable technique known in the art, and the BSCU 
38 can be configured to include a plurality of user communications devices 72, as 
depicted by Fig. 4. 

Each of these user communications devices 72 can be configured to 
simultaneously conrmiunicate with a respective user of the system 10. The information 
received by the user communications devices 72 can be transmitted to message 
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manager 82 (Fig. 5) via any suitable technique, such as time division multiplexing, for 
example. Each user communications device 72 can also be designed to communicate 
with different communications media. For example, one user communications device 
72 can be designed as a modem to communicate with a modem at user premises 71 . 
This user communications device 72 can be designed to send data configured to 
prompt the user to return data pertaining to contact information. An example of such 
a prompt, could be a template or web page where the user's message device 75 (i.e., a 
computer in this case) displays the template, and the user can fill in fields of the 
template with the appropriate contact information. Alternatively, another one of the 
user communications devices 72 can be designed to receive a telephone call fi'om a 
user at user premises 71 and to prompt the user to enter data through touch-tone 
signaling. Other user commumcations devices 72 can be designed to communicate 
with other types of communications media known in the art. 

Once the message manager 82 (Fig. 5) receives the request fi-om the user, the 
message manager 82 is designed to determine that the request is a request for 
activation (i.e. , a request for the user to be entered into the system 10). In response, 
the message manager 82 transmits data to the user, via user communications device 72, 
in order to prompt the user to transmit the necessary contact information, as shown by 
block 141 of Fig. 7. In this regard, the message manager 82 is configured to determine 
the type of medium used by the user to communicate the request for activation and to 
transmit a prompt to the user that is compatible with this medium. For example, when 
the user is communicating via a modem, the message manager 82 is configured to 
transmit signals compatible vdth the user's modem in order to prompt the user to enter 
the appropriate contact information. This data could be in the form of a web page 
transmitted through the Internet, or the prompt could simply be messages transmitted 
through e-mail or some other data communications system. 

When the user is communicatmg via a telephone, the message manager 82 is 
preferably designed to transmit recorded messages to the user. The user can then 
select or enter data by transmitting touch-tone signals in response to the prompting 
messages, as is commonly known in the art. The message manager 82 may be 
configured to communicate with the user in other formats and media known in the art. 
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Once tn^iessage manager 82 receives the contact information from the user, 
the message manager 82 is designed to store the contact information as an entry in the 
user database 78, as depicted by block 143 of Fig. 7. When the monitoring mechanism 
69 determines that a user should be notified of an impending arrival of a VCU 15, the 
5 monitoring mechanism 69 is designed to send a notification command to message 
manager 82. The notification command may include travel data to be sent to the user, 
such as data indicating that a particular vehicle is a certain proximity fi'om the 
destination defined by the preference data. In response, the message manager 82 is • 
designed to retrieve the contact information associated with the user fi*om the user 
10 database 78 and to determine how to contact the user based on the retrieved contact 
information, as depicted by blocks 151 and 153 of Fig. 7. 

The message manager 82 is then designed to transmit a message compatible 
with the medium previously selected by the user for notification, as depicted by block 
156 of Fig. 7. The message can include any travel data sent to the message manager 
82 fi-om the monitoring mechanism 69. For example, when the contact information 
indicates that a phone call is the preferred medium for notification, the message 
manager 82 can send a recorded telephone message to the telephone number that is 
indicated by the contact information retrieved from the user database 78. If the 
monitoring mechanism 69 included travel data indicating the time of arrival in the 
command to message manager 82, then message manager 82 can be configured to 
include a message indicating the expected time of arrival at a particular location. 
Alternatively, the same information can be sent via e-mail, facsimile, page or other type 
of communications medium to the user, depending on the preferences selected by the 
user during activation. 

During activation, the message manager 82 can be fiirther configured to 
prompt for and receive preference data (/>., data pertaining to when the user is to be 
notified) fi*om the user, as shown by block 141 of Fig. 7. In this regard, the message 
manager 82 can be designed to prompt the user to return information indicating which 
VCU 15 is to be monitored on behalf of the user and when the notification is to be sent 
to the user. For example, the user can be prompted to select a VCU 1 5, a destination 
(or other particular location), and a notification preference to indicate a time or 
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distance that the VCU 15 should be from the selected destination or other particular 
location when a notification is to be sent to the user. In response, the user specifies, 
through any known suitable communications technique, which VCU 15 the user wishes 
the system 10 to monitor and how the user wishes to be notified of an impending 
arrival of the selected VCU 1 5 at the selected destination. If the user knows the 
coordinate values of the destination, the user can simply transmit the coordinate values 
to the data manager 67. If the user selects the destination without supplying the 
coordinates of the destination (eg., the user selects a destination from a list of 
locations) then the data manager 67 is preferably designed to determine the coordinate 
values transparently. 

In many instances, the user knows the stop number and vehicle number used by 
the system 10 to track a VCU 15. For sample, when the VCU 15 is attached to a bus 
or other type of vehicle that makes scheduled stops, the stop numbers of the bus and 
the bus number are typically known by users of the system 1 0. Therefore, the message 
manager 82 is preferably configured to prompt the user to enter the bus number and 
stop number. In response, the user can simply transmit the bus number of the vehicle 
the user wishes to ride and the stop number of the bus stop where the user wishes to 
be pickup up. When the user has contacted the base station manager 39 via telephone, 
the user can simply transmit the numbers through touch tone signals. Circuitry within 
message manager 82 is preferably designed to detect the touch tone signals and to 
determine the requested bus number and stop number. Therefore, when the user is 
requesting bus service, the user can simply call the base station manager 39 and, after 
establishing the necessary contact information, enter via touch tone signaling the 
publicly available bus number and stop number of the desired bus and the desired bus 
stop. 

As depicted by block 146 of Fig. 7, the message manager 82 is preferably 
designed to automatically transmit to monitoring mechanism 69 the preferences 
selected by the user that pertain to when the user is to be notified. Therefore, in the 
example where the user is requesting bus service, the message manager 82 is designed 
to transmit to the monitoring mechanism 69 an identification number unique to the 
current user, the bus number entered by the user, the stop number entered by the user. 
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and the data entered by the user indicating when the user wishes to be notified of the 
impending arrival of the selected bus at the selected bus stop. 

Preferably, the travel data storage unit 68 includes a data table that correlates 
stop numbers with GPS coordinate values. Therefore, using the stop number entered 
by the user, the monitoring mechanism 69 is configured to automatically retrieve from 
the travel data storage unit 68 the coordinate values of the bus stop requested by the 
user. The monitoring mechanism 69 then automatically stores the user identification 
number, the bus number entered by the user, and the coordinate values of the bus stop 
number entered by the user as an entry in the travel data storage mechanism 68. As a 
result, the user is registered with the system 10, and when the VCU 15 associated with 
the bus number entered by the user is within a predetermined distance or time of the 
selected bus stop, the base station manager 39 is configured to send a notification to 
the user. The method of notification depends on the contact information entered by 
the user and stored in user database 78. 

Once a user becomes activated with the system 10, the user may make changes 
to the preferences specified by the user, as shown by blocks 161-169 of Fig. 7. The 
message manager 82 is configured to receive the request for changes fi-om the user. 
The message manager 82 can be configured to request the user to resubmit all 
preferences, as updated, or can be configured to request the user to only submit 
desired changes to the preferences. After receiving the new data, the message manager 
82 is configured to update the contact information in user database 78 and to send a 
request to monitoring mechanism 69 to update the preferences relating to the 
monitoring of travel data. In response, monitoring mechanism 69 is designed to 
update the preference data in the travel data storage unit 68, as shown by blocks 114 
and 116 of Fig. 6. 

It should be noted that the above example is described in the conte?ct where 
VCU 15 is attached to a bus for illustrative purposes only. In this regard, VCU 15 
may be attached to other types of vehicles without departing fi-om the principles of the 
present invention. Furthermore, other types of indicators (including numeric, 
alphanumeric, and/or other types of indicators) may be used to identify the VCU 15 
and/or the location submitted with the preference data. 
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It shoul^e further noted that as described heremabove, the preference data 
and the travel data can be automatically received and stored in travel data storage unit 
68 and selected VCUs 15 can be automatically monitored by the system 10. As used 
herein, the term "automatic" shall be defined to mean without interruption or 
intervention from a human operator. However, it is possible to implement the system 
10 such that intervention or interruption from a human operator is required. 



Requests for Travel Data 

In addition to providing the user with automatic advance notification of an 

10 impending arrival of a VCU 1 5, the system 1 0 can also be used to provide the user 
with travel data on demand, as depicted by blocks 171-177, 153 and 156 of Fig. 7. In 
this regard, the user communications device 72 is designed to receive a request for 
travel data from a user. For example, the user may call the communications device 72 
on a telephone and through touch-tone signaling select, among other options, an 

15 option to discover the distance and/or time a particular VCU 15 is fi-om the destination 
specified by the user's preference data or specified by the user during the request for 
travel data. The user communications device 72 is designed to transmit the user's 
selections to message manager 82. Based on the selections, the message manager 82 is 
designed to determine that the user message is a request for travel data. In response, 

20 the message manager 82 sends a request to monitoring mechanism 69 to retrieve the 
requested data from travel data storage unit 68. 

The monitoring mechanism 69 is designed to receive the request for travel data 
from message manager 82 and to interpret the request in order to determine which 
travel information from the travel data in travel data storage unit 68 is desired by the 

25 user, as depicted by blocks 183 and 185 of Fig. 6. The monitoring mechanism 69 is 
then designed to retrieve from travel data storage unit 68 the desired travel data and to 
transmit the retrieved travel data to message manager 82, as shown by blocks 188 and 
191 of Fig. 6. 

In the case where the user desires to know the time and/or distance the selected 
30 VCU 1 5 is from the selected location, the monitoring mechanism 69 is designed to 
retrieve fi-om travel data storage unit 68 the coordinates of the destination specified by 
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the user (if not provided in the request for travel data) and the current coordinates of 
the VCU 15 of interest to the user. Prior to retrieving this data, the monitoring 
mechanism 69 can be configured to update the travel data for the VCU 15 by 
transmitting an update request to the VCU 15 via vehicle communications device 52. 
Similar to the user communications devices 72, a plurality of vehicle communications 
devices 52 may be located at the BSCU 38 in order for multiple VCUs 15 to 
simultaneously communicatie with the monitoring mechanism 69, as depicted by Fig. 5. 
The vehicle communications devices 52 are configured to communicate with the 
monitoring mechanism 69 through any suitable technique, such as time division 
multiplexing, for example. 

Afl:er receiving the update request via communications devices 52 and 44, the 
vehicle manager 29 is designed to transmit the current values of the vehicle travel data 
to the monitoring manager 69. By updating the vehicle travel data before responding 
to the user's request for travel data, the monitoring mechanism 69 can ensure the 
accuracy of the response transmitted to the user. 

After retrieving the coordinate values fi-om the travel data storage unit 68, the 
monitoring mechanism 69 is designed to calculate the distance that the VCU 15 is fi'om 
the selected destination based on the coordinate values of the VCU 15 and the 
coordinate values of the destination. If the preference data and/or request for travel 
data indicates that the user is to be notified when the VCU 15 is a certain time fi-om the 
selected destination, the monitoring mechanism 69 is then designed to determine the 
estimated time of arrival of the VCU 15 at the destination based on this distance. As 
described previously, the monitoring mechanism 69 is designed to either assume that 
certain distances will take a certain amount of time to travel based on the type of traffic 
conditions usually encountered on the route or to calculate an average time previously 
required for VCUs 1 5 of the system to travel the route. To increase the accuracy of 
the calculations, the route should be divided into sections where the time required to 
travel each section is mdependently calculated. Furthermore, time delays associated 
with scheduled stops or deliveries can be factored into the calculations by assuming a 
delay time for each stop or delivery depending on the type of stop or delivery 
expected. 
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After calculating the distance and, if requested, the time the VCU 15 is from 
the destination, the monitoring mechanism 69 is configured to transmit the calculated 
values to the message manager 82. In response, the message manager 82 is designed 
to transmit the calculated information to the user via user communications device 72. 
Since the user already has an established conununications connection with user 
communications device 72 when requesting travel data, there is no need for the 
message manager 82 to consult the contact information in the user database 78. The 
message manager 82 can simply transmit the data over the same connection. 
However, if desired, the message manager 82 may consult the contact information in 
the user database 78 to determine the user preferences in notification and notify the 
user of the distance and/or time accordingly. 

The monitoring mechanism 69 can also be configured to transmit a command 
to a mapping system 86 (Fig. S) to transmit mapping data to the message manager 82, 
if the user's request for travel data or user's preference data in data storage unit 68 
includes a request for a mapping. The mapping system 86 may be any system known 
in the art for supplying a user with mapping data for rendering a display of a map. The 
command to the mapping system 86 preferably includes the coordinate values of the 
VCU 15 and the destination. In response, the mapping system 86 transmits to message 
manager 82 mapping data sufficient for forming a display map with the locations of the 
VCU 15 and the destination graphically displayed by the display map. The message 
manager 82 is designed to retrieve the contact information for the user requesting the 
travel data and is further configured to determine an address (e.g., an IP address or 
other type of address indicating how the mapping data is to be routed to user) 
associated with the user for sending the mapping data. The message manager 82 is 
then designed to transmit the mapping data to the retrieved address, which preferably 
identifies a computer at the user's premises 71 . When the user's message device 75 
{i.e., a computer in this case) receives the mapping data, the user's computer is 
configured to render a graphical display depicting a map that shows the VCU's 
location relative to the destination on the map. 

If desired, the monitoring mechanism 69 can be configured to transmit the 
coordinate values of the VCU 1 5 to the mapping system 86 each time the coordinate 
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values are updated. The user's request for travel data can request this feature or the 
user can indicate this desire in the preference data submitted during activation. 
Accordingly, for each update, the mapping system 86 is designed to transmit updated 
mapping data to the user's computer 75 via message manager 82, as previously 
5 described. As a result, the position of the VCU 15 is updated, and the user can 

monitor the progress of the VCU 15 on the display map rendered by the computer 75. 

Although the preferred embodiment illustrates the requests for travel data by 
determining the distance the VCU 1 5 is from a particular location or by determining • 
the time the VCU 15 is from the particular location, other information can be used to 
10 indicate the proximity of the VCU 1 5 from the particular location. For example, the 
message transmitted to the user in response to a request for travel data can indicate 
that the VCU IS is currently at another particular location or landmark, preferably 
known to the user. Any other information indicating the proximity of the VCU 15 
from a particular location can be used in implementing the principles of the present 
15 invention. 

OPERATION 

The preferred use and operation of the tracking system 10 and associated 
methodology are described hereafter with specific reference to Figs. 1, 4 and 5. 
Establishing User Preferences 

20 Initially, a user at remote location 71 establishes communication with the 

message manager 82 via communications devices 72 and 73. As used herein, the term 
"remote location'' shall refer to any location oflF the site of the BSCU 38. The user can 
establish communication via a telephone, an e-mail message, the Internet, or any other 
suitable communication medium. The message manager 82 preferably transmits a list 

25 of options to the user, such as whether the user would like to activate a monitoring of 
a particular vehicle, to retrieve travel data for a particular vehicle or to modify 
preferences previously selected by the user in an earlier communication session with 
the message manager 82. In response, the user selects the activation option. 

The message manager 82 then prompts the user to select certain preferences. 

30 For example, the message manager 82 can request the user to identify a particular 

VCU 15 that the user wishes the system 10 to track and a particular destination for the 
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selected VCU 15. If the user knows the identification number of the VCU 15 or 
vehicle stop number used by the system 10 to identify the particular VCU 15 and/or 
destination, the user can simply transmit a message including this information. As an 
example, the bus numbers and/or bus stops of commercial and state operated buses are 
usually available to the public. Therefore, the user may be aware of the bus number 
and/or stop number of a particular bus that the user wishes to ride, and the user can 
simply transmit the bus number and/or stop number to the message manager 82. Also, 
the user should be able to specify other identifying information such as the day or days 
of desired travel and the time of day of desired travel. 

In the embodiment where the user is expecting to receive a package from a 
particular delivery vehicle, the user may be aware of the package number or delivery 
number used by the system 10. Therefore, by specifying the package number and the 
address that the vehicle is to deliver the package, the particular VCU 15 of the vehicle 
that is to deliver the package can be located by the system 10. In this regard, a 
database should be defined by the operators of the system 10 that relates package 
numbers to VCU 15 numbers. 

Alternatively, if the user is unable to identify a particular vehicle or VCU 15, 
the message manager 82 can send information to the user that can be used to help the 



user identify a particular VCU 15. For example, the message manager 82 can transmit 
to the user a list of buses or a hst of vehicle stops to the user. The user can use this 
information to select a particular VCU 15 that is suitable to the user. 

Also, the message manager 82 can send map data fi*om mapping system 86 to 
the user. The user can then view the map and select points on the map where the user 
would like to know when the VCU 15 reaches the selected point. The points available 
for selection can be predetermined, such as scheduled bus stops or other types of 
vehicle stops, or the user can be allowed to freely select any point on the map. In 
either case, the mapping logic preferably transmits the coordinates of the selected 
points to the message manager 82, which can use this information to not only identify 
the selected destination, but to also choose an appropriate VCU 15. 

The message manager 82 also prompts the user to enter contact information 
such as how the user would like to be notified of an impending arrival of the selected 
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VCU 15 at the selected destination. In response, the user selects a notification medium 
or combinations of media to be used to notify the user and supplies the necessary 
information to enable communication of the notification. For example, if the user 
selects a telephone as a notification medium, then the user provides a telephone 
number. In addition, if the user selects a computer as the notification medium, then the 
user provides a suitable address for the computer, such as an e-mail address or IP 
address. If the user selects a pager as the notification medium, then the user provides a 
pager number. It should be apparent to one skilled in the art when reading this 
disclosure that other types of notification media are possible without departing from 
the principles of the present invention. After receiving the desired contact information 
fi-om the user, the message manager 82 stores the contact information in the user 
database 78. 

The message manager 82 also prompts the user to transmit travel data 
preferences, which is information pertaining to when the user would like to be notified. 
For example, the user can select to be notified a certain time before the selected VCU 
1 5 is to arrive at the selected destination. Also, the user can choose to be notified 
when the selected VCU 15 is within a certain distance of the destination, and the user 
can choose to be notified when the selected VCU 15 is a certain number of deliveries 
or stops away fi^om the destination. 

Since the monitoring mechanism 69 should have access to the travel data 
preferences in order to determine when a notification is appropriate, the message 
manager 82 preferably transmits the travel data preferences to the monitoring 
mechanism 69 along with a unique identification number that identifies the user and a 
unique identification number identifying the selected VCU 15. The unique 
identification number identifying the selected VCU 15 can be the vehicle number 
entered by the user provided that the number entered by the user identifies the VCU 1 5 
to be monitored. In turn, the monitoring mechanism 69 stores this information as an 
entry in the travel data storage unit 68. All of the entries associated with a particular 
VCU 15 are preferably arranged together (based on the unique identification number) 
in the travel data storage unit 68. For example, each entry associated with a particular 
VCU 15 can be stored within a certain area of memory, or each of the entries can have 



24 



wo 00/19170 



PCT/US99y225S9 



10 



15 



20 



25 



a pointer pointing to another one of the entries associated with the particular VCU 15. 
Therefore, all of the entries associated with a particular VCU 15 can be easily located. 
Other methods known in the art for categorizing the entries and correlating the entries 
with a particular vehicle or with the travel data of a particular vehicle are also possible. 

Once the message manager 82 has received the desired contact information and 
travel data preferences from the user, the communication between the message 
manager 82 and the user can be terminated. The base station manager 39 should now 
have sufficient information to monitor the selected VCU 1 5. If the user wishes to 
change the contact information and/or the travel data preferences, the user can 
reestablish communication with the message manager 82. The message manager 82 
preferably recognizes the user's requests as an update rather than an activation and 
prompts the user to transmit the new information. In this regard, the message manager 
82 can prompt the user for all of the desired contact information and/or preference 
data, similar to the activation session, and simply replace the previously stored contact 
information and/or preference data, or the message manager 82 can prompt the user 
for only the information to be updated and then merely update the previously stored 
information. 

It should be noted that the information transferred between the user and the 
message manager 82 can be interfaced with the message manager 82 through a human 
operator during the activation session or update session described hereinabove and 
during other sessions, which will be described further hereinbelow. The human 
operator can prompt the user for certain information through a telephone call or other 
suitable medium of communication and can enter the response of the user into the 
message manager 82. 
Monitoring the Vehicle 

GPS satellites 23 transmit wireless signals 21a-21c to VCU 15 that can be 
analyzed through techniques well known in the art to determine a position of the VCU 
15 relative to a particular reference point. For example, in GPS systems, the 
intersection of the Equator and the Prime Meridian is typically used as the reference 
point. Sensor 18 receives the signals 21a-21c and determines coordinate values 
representing the position of the VCU 15 relative to the reference point and transmits 
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these values to vehicle manager 29. 

The vehicle manager 29 stores the coordinate values received from sensor 18. 
The vehicle manager 29 also stores any other desired information as travel data. For 
example, the vehicle manager 29 can maintain a list of scheduled stops and/or packages 
to be delivered. This information can be updated as the stops are reached and/or the 
packages are delivered. Other types of desirable information may also be monitored by 
the vehicle manager 29 as travel data. 

At desired times, the vehicle manager 29 transmits, via communications device 
44, the stored travel data to cellular network 48. In this regard, the vehicle manager 
29 can transmit the travel data continuously or at predetermined times {e.g., every five 
minutes or predetermined tunes of the day). Also, the base station manager 39 can 
transmit a request for an update to vehicle manager 29 via communication devices 44 
and 52. In response to this request, the vehicle manager 29 can retrieve the current set 
of stored travel data and transmit it to the base station manager 39. In addition, the 
vehicle manager 29 can transmit the travel data to the base station manager 39 when 
scheduled stops or deliveries are reached or when other predetermined locations are 
passed. 

Also, the base station manager 39 can assume that the VCU 15 is proceeding 
along a predetermined route at a predetermined rate, and the vehicle manager 29 can 
transmit vehicle data only when the VCU 15 is oflF schedule by a predetermined 
amount. Accordingly, the base station manager 39 can assume that the proximity of 
the VCU 15 is changing according to the predetermined schedule unless the base 
station manager 39 receives travel data from the vehicle manager 29, at which point 
the base station manager 39 updates the travel data storage unit 68 with the received 
travel data. 

For example, an entry correlated with the VCU 15 in the travel data storage 
unit 68 can include a plurality of coordinate values representing locations along the 
VCU's route of travel. When the monitoring mechanism 69 desires to know the 
current location of the VCU 15, the monitoring mechanism 69 retrieves one of the 
coordinate values in the entry, depending on the amount of time that has elapsed since 
the VCU 1 5 began the route. For example, each successive coordinate value in the 
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entry can correspond to the assumed location of the VCU 15 after a predetennined 
time interval (e,g,, five minutes) of travel since the previous assumed location of the 
VCU 1 5. Therefore, the first coordinate value represents the starting point of the 
route. The second coordinate value represents the assumed location of the VCU 15 
after the predetermined time interval (e.g., five minutes) fi"om the start of the trip, the 
third coordinate value represents the assumed location of the VCU 15 after two times 
the predetermined time interval (e.g., ten minutes) of travel fi-om the start of the trip, 
and so on. 

When the vehicle associated with VCU 15 starts its route of travel, the current 
time period fi-om a clock (e.g., an internal clock associated with BSCU 38) is stored 
into the entry in the travel data storage unit 68 correlated with the VCU 15. 
Therefore, the amount of time elapsed since the start of the route can be determined by 
comparing the current time period with the start time period stored in the travel data 
storage unit 68. To retrieve the current coordinate value of the VCU 15, the 
monitoring mechanism 69 retrieves the coordinate value corresponding with the 
amount of time that has elapsed since the start of the route. For example, assuming 
that the predetermined time interval between assumed locations is five minutes, the 
monitoring mechanism 69 retrieves the second coordinate value if approximately five 
minutes have elapsed since the start of the route and retrieves the third coordinate 
yalue if approximately ten minutes have elapsed since the start of the route. 

However, if the VCU 1 5 is off schedule by a predetermined amount (e.g., one 
mile or two minutes fi-om the assumed location or, in other words, is outside of a 
predetermined proximity from said assumed location), then the VCU 15 transmits its 
true coordinate values to the monitoring mechanism 69. In response, the monitoring 
mechanism 69 stores the true coordinate values in the entry corresponding with the 
VCU 1 5. Therefore, if a true coordinate value has been stored in the entry within the 
last five minutes (or some other threshold amount), then the monitormg mechanism 69 
retrieves the last stored true coordinate value fi^om VCU 1 5 instead of one of the 
assumed coordinate values. 

The vehicle manager 29 can determine whether or not it is off schedule by 
comparing the coordinate values of the VCU's true location, as indicated by the GPS 
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sensor 18, against the coordinate values of an assumed location. In this regard, the 
vehicle manager 29, like the monitoring mechanism 69 described hereinabove, 
maintains a list of coordinate values representing locations along the VCU's route of 
travel and determines the amount of time elapsed since the start of the route via a 
clock (such as an internal clock associated with the VCU 15). Like the monitoring 
mechanism 69, the vehicle manager 29 can retrieve the coordinate values of the 
assumed location of the VCU 15 depending on the amount of time elapsed since the 
start of the trip. Therefore, the coordinate values retrieved by the vehicle manager 29 
for comparison with the current coordinate values indicated by the GPS sensor 18 
represent the current location of the VCU 1 5, assuming the VCU 1 5 is on schedule. If 
the coordinate values of the assumed location differ from the coordinate values of the 
GPS sensor 18 by a predetermined amount, then the VCU 15 is oflF schedule, resulting 
in the transmission of the VCU's true location to monitoring mechanism 69. 

Alternatively, the VCU 15 can transmit a value (such as a time period or 
distance) that the VCU 15 is off schedule, when the VCU 15 determines that it is off 
schedule by the predetermined amount. Therefore, monitoring mechanism 69 can 
determine the VCU's proximity by comparing the transmitted value against the 
assumed location of the VCU 1 5. When the VCU 1 5 transmits a time value (e.g,, a 
value indicating the vehicle is off schedule by a certain time, such as two minutes for 
example), the monitoring mechanism 69 can determine an approximate arrival time at 
the selected destination by simply combining (/.<?., adding or subtracting) the time 
indicated by the transmitted value with the total time that the route should take to 
travel. In this situation, the monitoring mechanism 69 does not need to keep track of 
the assumed locations of the VCU 15. Instead, the monitoring mechanism 69 can 
simply assume the VCU 15 will arrive at the destination or notification point at a 
predetermined time (based on the time of start and the total estimated time to reach the 
destination or the notification point) unless a time value is received. When a time 
value is received, the monitoring mechanism 69 can update the predetermined time 
based on the time value. Therefore, when the predetermined time (as updated) expires, 
notification should be sent to the user. It should be noted that other references and 
methodologies may be employed to determine when to transmit travel data fi'om 
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vehicle manager 29 to base station manager 39. 

When the cellular network 48 receives travel data from communications device 
44, the cellular network 48 preferably transmits the travel data to base station manager 
39 via PSTN network 55 and communication device 52. Base station manager 39 
5 receives the travel data and monitors the VCU's location based on the travel data. 

In this regard, the monitoring mechanism 69 upon receiving travel data from 
VCU 15 stores the travel data, including the coordinate values of the VCU 15, into 
each entry of the travel data storage unit 68 that is configured to contain travel data • 
and is associated with the VCU 1 5. After accessing an entry for storing travel data, 

10 the monitoring mechanism 69 compares the current travel data (either received from 
the VCU 15 or selected from a predetermined or assumed set of travel data, as 
described hereinabove) wth the user preferences stored in the entry in order to 
determine whether a notification should be sent to the user. Alternatively, the 
monitoring mechanism 69 can be configured to periodically poll each entry in the travel 

15 data storage unit 68 and to compare the travel data in each entry with the 

corresponding preference data to determine which users should receive a notification. 

In analyzing each entry, the monitoring mechanism 69 preferably subtracts the 
current coordinate values in the accessed entry of the VCU 15 with the coordinate 
values previously stored in travel data storage unit 68 that indicate the destination 

20 location selected by the user. If the resulting value is less than a predetermined value, 
then the monitoring mechanism 69 sends a notification conmiand to message manager 
82 instructing the message manager 82 to notify the user of the impending arrival of 
the VCU 15. This predetermined value corresponds to the distance that the VCU 15 
should be from the destination before a notification is sent to the user. Preferably, this 

25 predetermined value is calculated from or is included in the preference data supplied by 
the user during activation or during an update to the activation. 

The monitoring mechanism 69 can also send the notification command to the 
message manager 82 based on the estimated time the VCU 15 is from the destination. 
After calculating the value indicating the distance of the VCU 15 from the destination, 

30 the monitoring mechanism 69 can estimate how long it will take for the VCU 1 5 to 
reach the destination by assuming that the VCU 15 can travel certdn distances in a 
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certain amount of time. In order to increase the accuracy of the system 10, the 
monitoring mechanism 69 can vary the time for the distances according to the type of 
traffic that is typically encountered at the VCU's location and route of travel. If traffic 
conditions are usually congested along the VCU's route, then the monitoring 
mechanism 69 can assume higher rates of time. Furthermore, if the travel data 
indicates that the VCU 15 has a number of vehicle stops prior to reaching the 
destination, the monitoring mechanism 69 can factor in a delay time for each stop 
depending on the type of the stop. 

Once the monitoring mechanism 69 determines the VCU's expected time of 
arrival at the destination, the monitoring mechanism 69 can determine whether the user 
should be notified based on this esthnated time. If the estimated time is less than a 
predetermined value indicating the desired estimated time of arrival chosen by the user, 
then the monitoring mechanism 69 sends the notification command to the message 
manager 82. 

The message manager 82, in response to the notification command fi-om the 
monitoring mechanism 69, retrieves the contact information fi-om user database 78 
indicating how the user desires to be notified. Utilizing the contact information, the 
message manager 82 then sends a message to the user at remote location 71 . The 
monitoring mechanism 69 preferably includes certain travel data in the notification 
command, such as the VCU's location. Consequently, the message manager 82 is able 
to include this travel data with the message sent to the user. For example, the message 
may indicate that the VCU 15 (and, therefore, that the vehicle attached to the VCU 
15) is a certain amount of time or distance fi*om the destination or the message may 
indicate the VCU's specific location, perhaps with reference to street names and/or 
street blocks. 

If the contact information indicates that the user wishes to have map data sent 
to a computer at the remote location 71, the message manager 82 sends a request for 
map data to monitoring mechanism 69. In response, the monitoring mechanism 69 
sends to the mapping system 86 the necessary data (e.g., the coordinates of the VCU 
15 and the destination) for the mapping system 86 to transmit the appropriate mapping 
data. The mapping system 86 transmits the mapping data to message manager 82 
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which again utilizes the contact information retrieved from user data base 78 to 
communicate the mapping data to the appropriate message device 75 at remote 
location 71 . The message device 75 then displays the mapping data in graphical form 
so that the user can see the vehicle's location relative to the destination within the map 
graphically displayed by the message device 75. 

The notification message sent to the user indicates the impending arrival of the 
VCU 15 at the destination previously selected by the user. Accordingly, the user can 
prepare for the arrival of the VCU 15 knowing approximately how long it should take 
for the VCU 15 to arrive at the destination. 
Requesting Travel Data 

During the monitoring process described hereinabove, the user can discover the 
status of the VCU 15 or of the vehicle attached to the VCU 15, on demand, by 
contacting the base station manager 39 and requesting information pertaining to the 
travel data stored in the travel data storage unit 68. In this regard, the user establishes 
communication with the message manager 82 (Fig. 5) via communications devices 72 
and 73. The medium used for communication can be any suitable medium known in 
the art (e.g., telephone, e-mail, Internet, cellular phone, etc). The preferred operation 
of the present invention will be cUscussed hereinafter with the user establishing 
communication via telephone, although other media of communication are also 
suitable. 

After the telephone connection is established, the message manager 82 prompts 
the user with a series of recorded questions or options in order to determine the user's 
request. The user responds to these prompts through touch-tone signaling which is 
well known in current telephony communications systems. Initially, the message 
manager 82 prompts the user to indicate whether the call is an activation, an update of 
an activation, or a request for travel data. The user selects the appropriate touch-tone 
number to indicate that the user is requesting travel data. 

The message manager 82 receives and interprets the touch-tone signal to 
determine that the user is requesting travel data. In response, the message manager 82 
prompts the user to transmit an identification number of the VCU 1 5 of concern for 
the user. This prompt can include information to aide the user in selecting a VCU 15. 
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The user responds by transmitting a series of touch-tone signals that indicate the 
identification number or other unique data of the particular VCU 1 5 of concern for the 
user. The message manager 82 receives and interprets the touch-tone signals and 
determines wWch VCU 15 is selected by the user based on the received touch-tone 
signals. 

The message manager 82 can then, if desired, prompt the user to indicate which 
travel data the user desires to know. For example, it is likely that the user may want to 
know how far the VCU 15 is from the destination or how long it should take the VCU 
1 5 to arrive at the destination. However, the user may want to know other 
information, such as, but not limited to, how many vehicle stops the VCU 15 
encounters enroute or the type of vehicle that is enroute, etc. The user responds with 
touch-tone signals, as appropriate, to indicate what information the user is requesting. 

The message manager 82 then transmits a request for data to the monitoring 
mechanism 69, The request for data includes the unique identification number used to 
identify the VCU 15, as well as any other information needed by the monitoring 
mechanism 69 to provide the desired information. For example, the message manager 
82 may also transmit information indicating that the user wishes to discover 
information pertaining to the type of vehicle that is enroute. The monitoring 
mechanism 69, in turn, retrieves the desired travel data from the travel data storage 
unit 68. 

After retrieving the desired travel data, the monitoring mechanism 69 transmits 
the retrieved data to the message manager 82, which communicates the data 
information to the user in a message transmitted to the user. The message can include 
the travel data retrieved by the monitoring mechanism 69 or can be formed to indicate 
the information contained by the travel data. For example, when communication is 
over a telephone connection, a recorded message can be formed by the message 
manager 82 indicating the distance the VCU 1 5 is from the destination based on the 
travel data sent to the message manager 82, When conmiunication is via modem 
signals, travel data can be transmitted to the user by the message device 82. In either 
case, the contents of the message is based on the travel data retrieved by the 
monitoring mechanism 69. Since a communications line between the user and message 
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manager 82 is already established in order for the user to make the request for travel 
data, the message manager 82 preferably transmits the data to the user over the 
established communication connection. When the user desires to receive map data 
(indicated by the selection of an option during the request for travel data or by the user 
preferences stored in the travel data storage unit 68), the monitoring mechanism 69 
transmits a map generation command and travel data of the selected VCU 15 to 
mapping system 86. Mapping system 86 then transmits graphical data to message 
manager 82. 

Message manager 82 communicates the graphical data to message device 75 
which is capable of generating a map display based on the graphical data. In order to 
communicate this data, the message manager 82 retrieves the user contact information 
from the user database 78. The contact information indicates the address (and/or other 
pertinent information) of the message device 75 so that the message manager 82 
knows where to transmit the graphical data. By viewing the map display generated by 
the message device 75, the user can determine the location and estimated time of 
arrival of the VCU 15. The map display preferably shows the intended route of travel 
by the VCU 15 and any scheduled vehicle stops along the route. 

Since the system 10 stores certain travel information in order to monitor the 
travel of a VCU 1 5 for providing an advance notification of an impending arrival of a 
VCU 15, the system 10 can also provide an easy and low cost way for a user to access 
information pertaining to the VCU 15, on demand. Accordingly, the user does not 
have to wait for preselected preferences to be satisfied before learning of the VCU's 
(and, therefore, the vehicle's) location and/or estimated time of arrival. The user can 
monitor the travel of the VCU 1 5 at any time by submitting a request for travel data 
and can, therefore, know the location and status of the VCU 1 5 before receiving an 
advance notification signal that is based on comparisons between the VCU's travel 
data and the user's preselected preferences. As a result, the user can better prepare for 
an arrival of any particular VCU 15 or vehicle attached to the VCU 15 associated with 
the system 10. 

It should be apparent to one skilled in the art that at least a portion of the 
functionality of the data manager 67 can be implemented by the vehicle manager 29, if 
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desired. In this regard, preference data and/or travel data for the VCU 15 can be 
stored in the computer system 31a coupled to the VCU 15. Accordingly, it is possible 
for the vehicle manager 29, among other functionality, to determine when to transmit a 
notification to the user and to transmit a notification to the user via conununication 

5 devices 52 and 72. However, such an implementation can increase the complexity and 
cost of the system 10 and is therefore generally not desirable. 

In concluding the detailed description, it should be noted that it will be obvious 
to those skilled in the art that many variations and modifications may be made to the • 
preferred embodiment without substantially departing from the principles of the 

10 present invention. All such variations and modifications are intended to be included 
herein within the scope of the present invention, as set forth in the following claims. 
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CLAIMS 

Now, therefore, the following is claimed: 

1 . A system for automatically monitoring and reporting upon travel status 
of vehicles in response to an activation request by users at remote locations, 

5 comprising: a data manager configured to receive a vehicle indicator and a location 
indicator, to automatically correlate said vehicle indicator v^th a vehicle and said 
location indicator with a location along a route of travel of said vehicle, and to transmit 
a message in response to a determination that said vehicle is within a predetermmed • 
proximity of said location; a communications interface configured to receive said 

10 vehicle indicator and said location indicator fi'om a user at a remote location, to 

transmit said vehicle indicator and said location indicator to said data manager, and to 
receive said message fi-om said data manager and to transmit said message to said user. 



2. The system of claim 1, wherein said communications interface is one or 
15 more telephone interface devices. 



3. The system of claim 1, wherein said proximity is defined by time. 

4. The system of claun 1, wherein said proximity is defined by distance. 

20 

5. The system of claim 1, wherein said proximity corresponds with a 
predetermined location along said route of travel. 



6. The system of claim 1, wherein said vehicle is a bus and said location is 
25 a bus stop. 

7. The system of claim 1, wherein said vehicle indicator identifies smd 
vehicle and said location indicator identifies said location. 

30 8. The system of claim 1 , further comprising a vehicle manager configured 

to transmit travel data to said data manager via a control channel of a cellular network. 
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9. The system of claim 1, further comprising a vehicle manager configured 
to transmit s^d travel data to said data manager via a voice channel of a cellular 
network. 

10. The system of claim 1, further comprising a vehicle manager coupled to 
said vehicle and configured to transmit travel data to said data manager in response to 
a determination that said vehicle is oflF schedule. 

1 1 . The system of claim 1 , wherein said data manager further comprises a 
monitoring mechanism configured to receive travel data fi-om said vehicle, to compare 
said travel data with a coordinate value indicating a proxunity of said location, and to 
correlate said travel data with said coordinate value based on said vehicle value and 
said location value. 

12. The system of claim 11, wherein said data manager further comprises a 
message manager configured to retrieve contact information in response to a signal 
from said monitoring mechanism and to transmit said contact information to said 
second communications device, said contact information enabling said second 
communications device to transmit said message to said user, wherein s^d monitoring 
mechanism transmits said signal in response to said determination. 

13. A system, comprising: a data manager configured to receive a vehicle 
indicator and a location indicator, to retrieve location data based on said location 
indicator, to correlate said location data with travel data based on said vehicle 
indicator, to compare said location data to said travel data, and to transmit a message 
in response to a determination that said vehicle is a predetermined proximity from a 
first location along a route of travel of said vehicle, said location data indicating said 
first location and said travel data mdicating a second location of said vehicle along said 
route of travel; a communications interface configured to receive said vehicle indicator 
and said location indicator fi'om a user at a remote location, to transmit said vehicle 
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indicator and said location indicator to said data manager, to receive said message 
from said data manager, and to transmit said message to said user. 

14. The system of claim 13, wherein said communications interface is one 
5 or more telephone interface devices. 

15. The system of claim 13, wherein said data manager automatically 
retrieves said location data and automatically correlates said location data with said 
travel data in response to receiving said vehicle indicator and said location indicator. 

10 

1 6. The system of claim 13, further comprising a vehicle manager 
configured to transmit said travel data to said data manager via a control channel of a 
cellular network. 

15 17. The system of claim 13, further comprising a vehicle manager 

configured to transmit said travel data to said data manager via a voice channel of a 
cellular network. 

1 8. The system of claim 1 3 , wherein s^d proximity is defined by time. 

20 

1 9. The system of claim 13, wherein said proximity is defined by distance. 

20. The system of claim 13, wherein said proximity corresponds with a 
predetermined location along said route of travel. 

25 

21 . The system of claim 13, wherein said vehicle is a bus and said first 
location is a bus stop. 

22. The system of claim 13, wherein said vehicle indicator identifies said 
30 vehicle and said location indicator identifies said first location. 
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23. A system for automatically monitoring travel of vehicles in response to 
an activation request by users at remote locations, comprising: 

means for receiving a vehicle indicator and a location indicator from a user at a 
remote location; 

5 means for identifying a vehicle based on said vehicle indicator; 

means for monitoring travel of s^d vehicle; 
means for retrieving location data based on said location indicator; 
means for comparing said location data to travel data associated with said 

vehicle; 

10 means for determining whether said vehicle is withm a predetermined proximity 

of a location defined in data by said location data; and 

means for transmitting a message to said user in response to a determination by 
said determining means that said vehicle is within said predetermined proximity of s^d 
location. 

15 

24. The system of claim 23, further comprising a means for updating said 
travel data in response to a determination that said vehicle is a predetermined 
proximity from a predetermined point. 

20 25. The system of claim 23, wherein said retrieving means and said 

identifying means are automatic. 

26. The system of claim 23, further comprising a means for correlating said 
travel data with said location data based on said vehicle indicator and said location 
25 indicator. 



27. The system of claim 23, further comprismg: 

means for retrieving contact information associated with said user m response 
to said determination; and 
30 means for transmitting said message based on s^d contact information. 
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28, The system of claim 23, further compnsmg a means for communicatmg 
said travel data via a control channel associated with a ceUular network. 



29. The system of claim 28, wherein said communicating means includes a 
5 means for changing an identifier associated wth said communicating means. 

30. The system of claim 28, wherein said communicating means includes a 
means for appending said travel data to a feature request. 

10 3 1 . A method for automatically activating a vehicle tracking system, 

comprising the steps of: receiving a vehicle indicator and a location indicator from a 
user at a remote location; identifying a vehicle based on said vehicle indicator; 
monitoring travel of said vehicle; retrieving location data based on said location 
indicator; comparing said location data to travel data associated with said vehicle; 

15 determining whether said vehicle is within a predetermined proximity of a location 
defined in data by said location data; and transmitting a message to said user in 
response to a determination in said determining step that said vehicle is withm said 
predetermined proximity of said location. 

20 32. The method of claim 3 1 , further comprising the steps of: assuming that 

said vehicle is a predetermined proximity fi'om an assumed location based on an 
assumed rate of travel for said vehicle; and updating said travel data in response to a 
determination that said vehicle is outside of said predetermined proximity. 

25 33 . The method of claim 3 1, wherein said retrieving step and said 

identifying step are automatic. 

34. The method of claim 3 1, further comprising the step of correlating said 
travel data with said location data based on said vehicle indicator and said location 
30 indicator. 
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35. The method of claim 31, further comprising the steps of: 
retrieving contact information associated with said user in response to said 

determination; and transmitting said message based on said contact information. 

36. The method of claim 31, further comprising the step of communicating 
said travel data via a data channel associated with a cellular network. 

37. The method of claim 36, further comprising the step of changing an • 
identifier associated with a communications device transmitting said travel data. 

38. The method of claim 36, further comprisuig the step of appending said 
travel data to a cellular feature request. 

39. A method for requesting a vehicle monitoring system to monitor a 
particular vehicle, comprising the steps of receiving a vehicle indicator and a location 
indicator, said vehicle indicator identifying said vehicle and said location indicator 
indicating a location along a route of travel of said vehicle; and monitoring said vehicle 
automatically in response to said vehicle indicator and said location indicator. 

40. The method of claim 39, further comprising the steps of: determining 
whether s^d vehicle is a predetermined proximity fi-om said location; and 

automatically transmitting a message to a remote location in response to a 
determination that said vehicle is said predetermined proximity from said location. 
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